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DESCRIPTION 

GAME SYSTEM, GAME EXECUTION APPARATUS , AND PORTABLE STORAGE 
MEDIUM 

5 TECHNICAL FIELD 

The present invention relates to techniques of 
processing a computer game that is executed in accordance 
with a computer program describing a procedure of the game . 

10 BACKGROUND ART 

With- the progress of computer technology in recent 
years, both stationary game machines that have high 
processing power and portable game machines that are small 
enough to carry are developed and introduced on the market. 

15 Usually, a stationary game machine and a portable 

game machine use different types of storage media. For 
instance, the stationary game machine uses game software 
stored on an optical disc or the like, whereas the portable 
game machine uses game software stored on a dedicated 

20 cartridge or the like. This being so, the optical disc 
storing the game software for the stationary game machine 
cannot be inserted into the portable game machine, and 
the dedicated cartridge storing the game software for the 
portable game machine cannot be inserted into the 

25 stationary game machine. 
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Besides , the stationary game machine and the portable 
game machine differ in various aspects such as the system 
architecture, the number of processors and their type, 
and the display capacity. Hence the game software for the 
5 stationary game machine is not designed so as to be readily 
executable by the portable game machine, and the game 
software for the portable game machine is not designed 
so as to be readily executable by the stationary game 
machine . 

10 In view of this, the document 

http : //www . nintendo . co . j p/ngc/acce/gbplayer proposes 
the use of a dedicated adapter, to load a dedicated cartridge 
storing game software for a portable game machine into 
a stationary game machine so that the game software can 

15 be executed by the stationary game machine. This enables 
the user to enjoy playing a game produced for use in a 
portable game machine, using a stationary game machine. 

According to this technique, a game produced for use 
in a portable game machine can be played on a stationary 

20 game machine. There is still a need, however, to enable 
a game produced for use in a stationary game machine to 
be played on a portable game machine. 

Note that the following documents are referenced as 
conventional techniques in this specification: the 

25 aforementioned 
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http : //www . nintendo . co . j p/ngc/acce/gbplayer ; David P. 
Rogers Procedural Elements for Computer Graphics , Nikkan 
Kogyo Shimbun . , Ltd. (translation) (November 15, 19 96); 
Yukinori Yamasaki Book for Becoming a Game Programmer, 
5 IBM PC/AT Compatible Machines , CQ Publishing Co., Ltd. 
(February 1, 1998);, Japanese Patent Application 
Publication No. H09-171567; and Japanese Patent 
Application Publication No. 2001-331812. 

10 DISCLOSURE OF THE INVENTION 

To meet the above need, the present invention aims 
to provide a game system, a portable storage medium, and 
game execution apparatuses that enable a game designed 
for use in a stationary game machine to be executed by 
15 a portable game machine. 

The stated aim can be achieved by a game system 
including a first game execution apparatus and a second 
game execution apparatus which each execute a game in 
accordance with a game program, and a portable storage 
20 medium, wherein the first game execution apparatus converts 
first image data to second image data and outputs the second 
image data, the first image data being suited for use in 
the first game execution apparatus, and the second image 
data being suited for use in the second game execution 
25 apparatus, the portable storage medium acquires the second 
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image data from the first game execution apparatus and 
stores the second image data, and outputs the second image 
data according to a request by the second game execution 
apparatus , and the second game execution apparatus acquires 
5 a game program suited for use in the second game execution 
apparatus, requests and acquires the second image data 
from the portable storage medium, executes a game in 
accordance with the acquired game program, and generates 
an image from the acquired second image data and displays 
10 the generated image in accordance with progression of the 
game . 

The stated aim can also be achieved by a first game 
execution apparatus for executing a game in accordance 
with a game program, including: a conversion unit operable 
15 to convert first image data suited for use in the fiirst 
game execution apparatus, to second image data suited for 
use in a second game execution apparatus; and an output 
unit operable to output the second image data to a portable 
storage medium . 

20 The stated aim can also be achieved by a portable 

storage medium that is removably connectable to a fiirst 
game execution apparatus and a second game execution 
apparatus which each execute a game in accordance with 
a game program, including: an acquisition unit operable 

25 to acquire second image data generated by converting first 
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image data from the first game execution apparatus, the 
first image data being suited for use in the first game 
execution apparatus, and the second image data being suited 
for use in the second game execution apparatus; a storage 
5 unit operable to store the acquired second image data; 
and an output unit operable to output the second image 
data stored in the storage unit to the second game execution 
apparatus, according to a request by the second game 
execution apparatus . 

10 The stated aim can also be achieved by a second game 

execution -apparatus for executing a game in accordance 
with a game program, including: a read unit operable to 
read, from a portable storage medium, second image data 
generated by converting first image data, the second image 

15 data being suited for use in the second game execution 
apparatus, and the first image data being suited for use 
in a first game execution apparatus; an acquisition unit 
operable to acquire a game program suited for use in the 
second game execution program; and a game execution unit 

20 operable to execute a game in accordance with the acquired 
game program, and generate an image from the acquired second 
image data and display the generated image in accordance 
with progression of the game. 

According to this construction, the first game 

25 execution apparatus converts the first image data to the 
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second image data suitable for use in the second game 
execution apparatus. Through the use of this second image 
data, the second game execution apparatus can execute the 
game designed for use in the first game execution apparatus . 
5 Here, the first game execution apparatus may further 

include: an acquisition unit operable to acquire display 
information showing a display capacity of a display device 
equipped in the second game execution apparatus, from the 
portable storage medium, wherein the conversion unit 

10 converts the first image data to the second image data 
based on the display information. 

Here, the second game execution apparatus may further 
include: an output unit operable to output display 
information showing a display capacity of the second game 

15 execution apparatus , according to a request by the portable 
storage medium. 

According to this construction, the first image data 
is converted to the second image data based on the display 
capacity of the second game execution apparatus. This 

20 allows the second game execution apparatus to execute the 
game using image data of a highest quality possible within 
the range of its display capacity. 

Here, the display information may show a number of 
pixels of a monitor included in the display device. 

25 According to this construction, the first image data 
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is converted to the second image data based on the number 
of pixels of the second game execution apparatus . This 
allows the second game execution apparatus to display an 
image of a highest definition possible within the range 
5 of its display capacity . 

Here, the display information may show a clock rate 
of a control unit included in the display device. 

According to this construction, the first image data 
is converted to the second image data based on the processing 
10 power of the control unit in the second game execution 
apparatus , This allows the second game execution 
apparatus to display an image of a highest definition 
possible within the range of its processing power. 

Here, the display information may show a data transfer 
15 rate of a bus included in the display device. 

According to this construction, the first image data 
is converted to the second image data based on the data 
transfer rate of the bus in the second game execution 
apparatus . This allows the second game execution 
20 apparatus to display an image of a highest definition 
possible within the range of its processing power. 

Here, the first game execution apparatus may further 
include: an acquisition unit operable to acquire available 
memory information showing an available memory size of 
25 the portable storage medium, from the portable storage 
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medium, wherein the conversion unit converts the first 
image data to the second image data that is within the 
available memory size shown by the available memory 
information . 

5 Here, the first image data may represent an object 

by a free- form surface while the second image data 
represents the object by a polygon, wherein the conversion 
unit generates the polygon from the free- form surf ace . 
According to this construction, the first image data 

10 showing an image in the form of a free- form surface is 
converted to the second image data showing the image in 
the form of a polygon, to reduce the data size . Accordingly, 
even when high- definition image data showing an image in 
the form of a free- form surface is stored on a game storage 

15 medium having a large storage capacity, that image data 
can be converted to polygon data of a reduced data size 
so as to be suited for use in the second game execution 
apparatus . 

Here, the conversion unit may generate the polygon 
20 from the free- form surface, by setting polygon vertices 
at a predetermined interval in a part of the free- form 
surface that has curvedness no smaller than a predetermined 
value, and setting polygon vertices at an interval greater 
than the predetermined interval in a part of the free- form 
25 surface that has curvedness smaller than the predetermined 
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Here, the first game execution apparatus may further 
include: an acquisition unit operable to acquire at least 
one of display information and available memory information 
5 from the portable storage medium, the display information 
showing a display capacity of a display device equipped 
in the other game execution apparatus, and the available 
memory information sho,wing an available memory size of 
the portable storage medium, wherein the conversion unit 

10 includes: a setting unit operable to set a lower-limit 
curvature and an upper-limit polygon side length based 
on the acquired display information or available memory 
information; a control unit operable to, for each curve 
that represents the free- form surface, determine a start 

15 point of the curve as a polygon vertex, move a target point 
along the curve from the start point to an end point of 
the curve by a predetermined distance, and have a 
calculation unit, a judgment unit, and a determination 
unit perform respective operations each time the target 

20 point is moved by the predetermined distance; the 

calculation unit operable to calculate a cumulative 
curvature at the target point from an immediately preceding 
polygon vertex, by adding a curvature at the target point 
to a cumulative curvature calculated immediately before 

25 the target point is moved by the predetermined distance; 



9 



WO 2005/039717 



PCT/JP2004/016452 



the judgment unit operable to judge whether the cumulative 
curvature at the target point is no smaller than the 
lower- limit curvature and whether a distance from the 
immediately preceding polygon vertex to the target point 
5 is no smaller than the upper-limit polygon side length; 
the determination unit operable to determine the target 
point as a polygon vertex, if the cumulative curvature 
at the target point is no smaller than the lower -limit 
curvature or if the cumulative curvature is smaller than 

10 the lower- limit curvature but the distance is no smaller 
than the upper-limit polygon side length; and a polygon 
generation unit operable to generate the polygon based 
on coordinates of determined polygon vertices, after the 
target point has been moved from the start point to the 

15 end point of each curve representing the free- form surface . 

According to this construction, the polygon is 
generated according to the curvature of each curve. Here, 
part of each curve that has greater curvedness is converted 
to a finer polygon, whereas part of each curve that has 

20 smaller curvedness is converted to a rougher polygon. In 
this way, the image can be smoothly represented in the 
form of a polygon while reducing the data size. 

Here, the setting unit may select the lower- limit 
curvature and the upper- limit polygon side length which 

25 correspond to the display capacity shown by the display 
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information, from a conversion table that shows a 
correspondence between display capacities and lower-limit 
curvatures and upper- limit polygon side lengths. 

According to this construction, the lower-limit 
5 curvature and the upper- limit polygon side length 

corresponding to the display capacity are set in the 
conversion table in advance. This makes it unnecessary 
for the first game execution apparatus to calculate these 
threshold values, which contributes to simple processing 

10 and circuit construction. 

Here, if the second image data generated by the 
conversion unit exceeds the available memory size shown 
by the available memory information, the setting unit may 
increase the lower-limit curvature and the upper- limit 

15 polygon side length. 

According to this construction, if the second image 
data exceeds the available memory size of the portable 
storage medium, the lower-limit curvature is increased 
and the conversion is performed again using this increased 

20 lower- limit curvature . This makes it possible to generate 
a finest polygon possible within the range of the available 
memory size. Each game differs in the aspects such as the 
fineness of image data and the size of image data. 
According to this construction however, polygon data of 

25 a highest definition possible can be generated within the 
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range of the available memory size and the display capacity . 

Here, the setting unit may read the first image data 
and the conversion table corresponding to the first image 
data, from a game storage medium. 

Each game differs in the aspects such as the size 
of image data. According to this construction, however, 
each game is provided with a conversion table, so as to 
perform conversion that is suitable for the game. 

Here, the first game execution apparatus may further 
include: an acquisition unit operable to acquire available 
memory information showing an available memory size of 
the portable storage medium, from the portable storage 
medium, wherein if the second image data exceeds the 
available memory size shown by the available memory 
information, the conversion unit regenerates a rougher 
polygon from the free-form surface. 

According to this construction, the first image data 
is converted to the second image data according to the 
available memory size of the portable storage medium . This 
makes it possible to generate finest image data possible 
within the range of the available memory size. 

Here, the first game execution apparatus may further 
include: an acquisition unit operable to acquire display 
information or available memory information from the 
portable storage medium, the display information showing 
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a display capacity of a display device equipped in the 
second game execution apparatus, and the available memory 
information showing an available memory size of the 
portable storage medium, wherein the conversion unit 
selects, from a conversion table that shows a 
correspondence between input values for determining 
polygon roughness and display capacities or available 
memory sizes, an input value corresponding to the display 
capacity shown by the acquired display information or the 
available memory size shown by the acquired available 
memory information, and generates the polygon using the 
selected input value. 

According to this construction, the first game 
execution apparatus does not need to calculate the input 
value, which contributes to simple processing and circuit 
construction . 

Here, the conversion unit may read the first image 
data and the conversion table corresponding to the first 
image data, from a game storage medium. 

According to this construction, each game is provided 
with a conversion table, with it being possible to perform 
conversion that is suitable for the game. 

Here, the first game execution apparatus may further 
include : a holding unit operable to hold a first game program 
suited for use in the first game execution apparatus, and 
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a second game program for executing a same game as the 
first game program and suited for use in the second game 
execution apparatus, wherein the output unit outputs the 
second game program to the portable storage medium. 

According to this construction, the second game 
execution apparatus acquires the game program suited for 
use in the second game execution apparatus, from the first 
game execution apparatus. This enables the second game 
execution apparatus to acquire the game program and the 
second image data and execute the game, even if the second 
game execution apparatus does not have a communication 
function . 

Here , the portable storage medium may further acquire 
the game program suited for use in the second game execution 
apparatus from the first game execution apparatus and 
stores the game grogram, and if game software that includes 
the game program and the second image data is permitted 
to be used by the second game execution apparatus, output 
the game software according to the request by the second 
game execution apparatus . 

Here, the acquisition unit in the portable storage 
medium may acquire game software that includes the second 
image data from the first game execution apparatus, and 
store the acquired game software to the storage unit, 
wherein the portable storage medium further includes: a 
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holding unit operable to hold management information for 
managing use of the game software; and a judgment unit 
operable to judge whether the game software is permitted 
to be used according to the management information, when 
5 the second game execution apparatus requests the game 
software, and the output unit outputs the game software 
to the second game execution apparatus, if the judgment 
unit judges that the game software is permitted to be used. 
According to this construction, the management 

10 information is used to judge whether the game software 
copied to the portable storage medium is permitted to be 
used . This prevents unrestricted use of the game software . 

Here , the acquisition unit may acquire the management 
information corresponding to the game software, from the 

15 first game execution apparatus, wherein the holding unit 
holds the acquired management information. 

According to this construction, the producer of the 
game software can set the management information for the 
game software flexibly. 

20 Here, the holding unit may hold, as the management 

information, valid period information showing a valid 
period during which the game software is permitted to be 
used, wherein the judgment unit judges whether the valid 
period shown by the valid period information has not passed, 

25 and the output unit outputs the game software to the second 
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game execution apparatus, if the judgment unit judges that 
the valid period has not passed. 

According to this construction, the valid period 
information is used to limit the period during which the 
5 game software is permitted to be used. 

Here, the acquisition unit may acquire additional 
validperiod information showingan additional valid period 
during which the game software is permitted to be used, 
wherein the holding unit updates the valid period 
10 information, by adding the additional valid period shown 
by the additional valid period information to the valid 
period shown by the valid period information. 

According to this construction, the period during 
which the game software is permitted to be used can be 
15 extended. 

Here, the holding unit may hold the management 
information in an area that is inaccessible from outside 
the portable storage medium. 

According to this construction, the management 
20 information is held in an area inaccessible from outside 
the portable storage medium, with it being possible to 
prevent unauthorized tampering of the management 
information . 

Here, the portable storage medium may acquire the 
25 game software from the first game execution apparatus if 
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the game software is permitted to be copied to the portable 
storage medium. 

Here, the holding unit may further hold copy 
information showing whether the game software is permitted 
to be copied to the portable storage medium, wherein the 
judgment unit further judges whether the game software 
is permitted to be copied to the portable storage medium, 
based on the copy information, and the acquisition unit 
acquires the game software from the first game execution 
apparatus, if the judgment unit judges that the game 
software is permitted to be copied to the portable storage 
medium. 

According to this construction, the game software 
is copied to the portable storage medium, only if the game 
software is permitted to be copied to the portable storage 
medium. As a result, unrestricted copying of the game 
software can be prevented. 

Here, the copy information may show a number of times 
the game software is permitted to be copied to the portable 
storage medium, wherein the judgment unit judges whether 
the number shown by the copy information is no less than 
1, and if the judgment unit judges that the number is no 
less than 1, the acquisition unit acquires the game software 
from the first game execution apparatus and then decrements 
the number by 1 . 
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According to this construction, the number of times 
the game software is permitted to be copied to the portable 
storage medium is limited. This prevents unrestricted 
copying of the game software. 
5 Here, the acquisition unit may acquire the copy 

information from an external management device, wherein 
the holding unit holds the acquired copy information. 

Here, the acquisition unit may acquire additional 
copy information showing an additional number of times 
10 the game software is permitted to be copied to the portable 
storage medium, from an external management device, wherein 
the holding unit updates the copy information by adding 
the additional number shown by the additional copy 
information to the number shown by the copy information. 
15 According to this construction, the number of times 

the game software is permitted to be copied to the portable 
storage medium can be set flexibly. 

Here, the acquisition unit may acquire a copy program 
which describes a procedure of copying the game software 
20 to the portable storage medium, from an external management 
device . 

According to this construction, the number of times 
the game software is permitted to be copied to the portable 
storage medium can be limited even if the portable storage 
25 medium is a general-purpose storage medium. 

18 



WO 2005/039717 



PCT/JP2004/016452 



Here, the acquisition unit in the second game 
execution apparatus may acquire permission information 
for granting use of game software that includes the second 
image data and the game program and is stored on the portable 
storage medium, from an external server device through 
communication, wherein the game execution unit uses the 
game software, if the acquisition unit acquires the 
permission information. 

According to this construction, the second game 
execution apparatus can use the game software, only if 
the second game execution apparatus is permitted to use 
the game software. This prevents unauthorized use of the 
game software. 

Here, the permission information may be a decryption 
key for decrypting the game software which has been 
encrypted, wherein the second game execution apparatus 
further include: a decryption unit operable to decrypt 
the encrypted game software using the decryption key. 

According to this construction, even if an 
unauthorized party acquires the game software, the 
unauthorized part cannot use the game software unless it 
acquires the decryption key. 

BRIEF DESCRIPTION OP DRAWINGS 

FIG. 1 shows a construction of a game system to which 



19 



WO 2005/039717 



PCT/JP2004/016452 



an embodiment of the present invention relates. 

FIG. 2 shows a structure of programs and data stored 
on a DVD shown in PIG . 1 . 

FIG. 3 is a flowchart of a stationary image generation 
program. 

FIG. 4 is a block diagram showing a construction of 
a cartridge shown in FIG. 1. 

FIG. 5 is a flowchart of a portable image generation 
program . 

FIG. 6 is a block diagram showing a construction of 
a stationary game machine shown in FIG. 1. 

FIG. 7 shows an example of information stored in a 
main storage unit in the stationary game machine shown 
in FIG. 6. 

FIG. 8 shows an example of information stored in a 
graphics storage unit in the stationary game machine shown 
in FIG. 6. 

FIG. 9 shows a data structure of a conversion table 
stored in an information storage unit in the stationary 
game machine shown in FIG. 6. 

FIG. 10 shows an example of converting 
three-dimensional surface data to polygon data . 

FIG. 11 is a flowchart of a conversion program stored 
in the information storage unit. 

FIG. 12 shows a structure of portable game software. 
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FIG. 13 shows contents of each register in a register 
unit in the stationary game machine shown in PIG. 6. 

FIG . 14 shows types of instructions stored in register 
R0 in the register unit. 
5 FIG. 15 shows an example menu generated by a main 

control unit in the stationary game machine shown in FIG. 
6 . 

FIG. 16 is a block diagram showing a construction 
of a portable game machine shown in FIG. 1. 
10 FIG. 17 shows an example of information stored in 

a main storage unit in the portable game machine shown 
in FIG. 16. 

FIG. 18 shows an example menu generated by a main 
control unit in the portable game machine shown in FIG. 
15 16 . 

FIG. 19 is a block diagram showing a construction 
of a memory card shown in FIG. 1. 

FIG. 20 is a flowchart of an operation of copying 
game software. 

20 FIG . 21 is a flowchart of a copy operation by a portable 

game machine having a communication function. 

BEST MODE FOR CARRYING OUT THE INVENTION 

The following describes an embodiment of the present 
25 invention in detail, with reference to drawings. 
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1. Construction of a Game System 10 

FIG. 1 shows a construction of a game system 10 to 
which the embodiment of the present invention relates . 
As shown in the drawing, the game system 10 is roughly 
5 made up of a stationary game machine 10 0, a portable game 
machine 200, a memory card 300, a cartridge 400, a DVD 
(Digital Versatile Disc) 500, a server device 600 , a mobile 
telephone 700, and a base station 30. 

The mobile telephone 700 can be connected to the server 
10 device 600 via the base station 30 and the Internet 20. 

The memory card 3 00 can be inserted into the stationary 
game machine 100, the portable game machine 200, and the 
mobile telephone 700. 

The user can use stationary game software (i.e. game 
15 software adapted to use in the stationary game machine 
100) stored on the DVD 500 on the stationary game machine 
100, by inserting the DVD 500 into the stationary game 
machine 100. 

Also, the user can use portable game software (i.e. 
20 game software adapted to use in the portable game machine 
200 ) stored on the cartridge 4 00 on the portable game machine 
200, by inserting the cartridge 400 into the portable game 
machine 200. 

Further, the user can use the stationary game software 
25 stored on the DVD 500 on the portable game machine 200, 
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by copying the stationary game software from the DVD 500 
to the memory card 3 00 through the stationary game machine 
100 and then inserting the memory card 300 into the portable 
game machine 200. 

Here, the memory card 300 is a general-purpose memory 
card. This being so, a copy application for copying the 
stationary game software is needed to copy the stationary 
game software to the memory card 300. Accordingly, the 
memory card 3 00 is connected to the mobile telephone 70 0, 
and the copy application is downloaded from the server 
device 60 0 to the memory card 3 00 through the use of a 
communication function of the mobile telephone 700. 

As a result, the user can use the stationary game 
software on the portable game machine 200. 

Each construction element of the game system 10 is 
described in detail below. 
1.1. DVD 500 

The DVD 500 is a portable optical disc capable of 
storing a large amount of data. 

PIG. 2 shows an example of programs and data stored 
on the DVD 500 . In the drawing, a stationary game program 
511, a stationary character processing program 551, a 
portable game program 5 61, and a portable character 
processing program 581 are stored on the DVD 500 beforehand . 
The stationary game program 511 and the stationary 



23 



WO 2005/039717 



PCT/JP2004/016452 



character processing program 551 are computer programs 
and computer data for use in the stationary game machine 
100, and constitute stationary game software. The 
portable game program 5 61 and the portable character 
5 processing program 581 are computer programs and computer 
data for use in the portable game machine 200 , and constitute 
part of portable game software, as explained later. 
(1) Stationary Game Program 511 

The stationary game program 511 is made up of a related 

10 information unit 521, a program unit 531, and an object 
data unit -541, as shown in FIG. 2. 
(Related Information Unit 521) 

The related information unit 521 contains audio 
information and the like (not illustrated) . The audio 

15 information is obtained by encoding voices of characters, 
music, sound effects, and the like. 
(Program Unit 531) 

The program unit 531 includes a stationary main 
program for executing a game, and a stationary frame 

20 processing program for processing one frame of image in 
the game. Each of the computer programs is made up of a 
plurality of machine instructions written in a machine 
language, which are to be decoded and executed by a main 
control unit 108 (described later) in the stationary game 

25 machine 100 . Which is to say, the stationary main program 
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and the stationary frame processing program are used by 
the main control unit 108 . 

Here, the stationary frame processing program is 
called by the stationary main program. 
5 (a) Stationary Main Program 

The stationary main program is a computer program 
that describes a procedure of the game in a manner suitable 
for use in the stationary game machine 100. 
(b) Stationary Frame Processing Program 
10 The stationary frame processing program calculates 

coordinates (in three dimensions) of a character object 
and a background object in a game space, in accordance 
with the stationary main program and an operation 
instruction received from an operation controller 122 via 
15 a controller control unit 101 in the stationary game machine 
100 . 

Here, characters and backgrounds exist virtually in 
the game space of three dimensions that is defined by a 
rectangular coordinate system of X, Y, and Z coordinates. 
20 To form an image, part of this game space is clipped 

to create a display space, and a character and the like 
existing in the display space are projected onto a frame. 

The stationary frame processing program writes the 
calculated coordinates of the character object to a 
25 register Rl 152 in a register unit 109 in the stationary 
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game machine 100, and the calculated coordinates of the 
background object to a register R2 153 in the register 
unit 109. 

The stationary frame processing program then calls 
5 an instruction to generate the background object. In 
detail,- the stationary frame processing program writes 
a background object generation instruction to a register 
R0 151 in the register unit 109, and outputs a control 
signal indicating that the instruction has been written 

10 to the register unit 109, to a graphics control unit 113. 
The stationary frame processing program also calls an 
instruction to generate the character object. In detail, 
the stationary frame processing program writes a character 
object generation instruction to the register R0 151 in 

15 the register unit 10 9, and outputs a control signal 

indicating that the instruction has been written to the 
register unit 109, to the graphics control unit 113. 

After this, the stationary frame processing program 
writes a display instruction to transfer a frame image 

20 in a frame buffer 106 to a VRAM 115, to the register R0 
151 in the register unit 109. The stationary frame 
processing program then outputs a control signal indicating 
that the instruction has been written to the register unit 
109, to the graphics control unit 113 . This completes the 

25 stationary frame processing program. 
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(Object Data Unit 541) 

The object data unit 541 includes character object 
data 542, background object data 54 3, and other object 
data (not illustrated), as shown in FIG . 2. 
5 The character object data 54 2 and the background 

object data 54 3 respectively show character objects and 
background objects in the form of free- form curve and 
free-form surface in the three-dimensional coordinate 
system. The character object data 542 and the background 

10 object data 543 are designed for use in the stationary 
game machine 100. Such free-form curves and free-form 
surfaces can be expressed, for example, by Bezier curves 
and Bezier surfaces that are defined by a plurality of 
control points. In this specification, data which shows 

15 coordinates of control points for representing a character 
object or a background object in the form of free- form 
curve and free-form surface is called three-dimensional 
surface data. 

( 2 ). Stationary Character Processing Program 551 
20 The stationary character processing program 551 

includes a program unit 552 , as shown in FIG . 2. The program 

unit 55 2 includes a stationary image generation program. 
The stationary image generation program is a computer 

program made up of a plurality of machine instructions, 
25 which are to be decoded and executed by the graphics control 
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unit 113 in the stationary game machine 100. Which is to 
say, the stationary image generation program is used by 
the graphics control unit 113 . 

The stationary image generation program is explained 
5 in more detail below. Here, to help understand the 

procedure described by the stationary image generation 
program, the stationary image generation program is shown 
not in the form of machine instructions but in the form 
of a flowchart in PIG . 3 . 

10 In FIG. 3, the stationary image generation program 

receives a. control signal indicating that an instruction 
has been written to the register unit 109, from the main 
control unit 108 . This control signal represents a request 
from the main control unit 108 to the graphics control 

15 unit 113 to generate an image (S301) . 

Upon receiving the control signal, the stationary 
image generation program reads the contents of the register 
R0 151 in the register 109, in which the instruction has 
been written by the main control unit 108 (S302) . 

20 The stationary image generation program judges 

whether the read instruction is a display instruction 
(S303) . If the read instruction is a display instruction 
(S303:YES), the stationary image generation program 
transfers a frame image stored in the frame buffer 106 

25 to the VRAM 115 during a vertical blanking interval 
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(described later) (S309), and returns to step S301. 

If the read instruction is not a display instruction 
(S303:NO), that is, if the read instruction is a character 
object generation instruction or a background object 
5 generation instruction, the stationary image generation 
program reads coordinates of an object subjected to the 
instruction from the register unit 109. In detail, the 
stationary image generation program reads the contents 
of the register Rl 152 if the read instruction is a character 
10 object generation instruction, and the contents of the 
register R2 153 if the read instruction is a background 
object generation instruction (S304). 

The stationary image generation program then reads 
object data corresponding to the read coordinates from 
15 a graphics storing unit 114 (S305). 

The stationary image generation program 
perspective-projects the object data (S306), removes 
hidden surfaces and lines (S307), and generates shading 
data (S3 08) . The stationary image generation program then 
20 returns to step S3 01. 

The above perspective projection, hidden surface and 
line removal, and shading generation are known techniques 
and so their explanation has been omitted here. 
(3) Portable Game Program 5 61 
25 The portable game program 5 61 includes a program unit 
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571, as shown in PIG. 2. 

The program unit 571 includes a portable main program 
for executing the same game as the stationary main program 
in the stationary game program 511, and a portable frame 
5 processing program for processing one frame of image in 
the game. Each of the computer programs is made up of a 
plurality of machine instructions, which are to be decoded 
and executed by a main control unit 208 (described later) 
in the portable game machine 200. Which is to say, the 
10 portable main program and the portable frame processing 
program are used by the main control unit 208. 

Here, the portable frame processing program is called 
by the portable main program. 

(a) Portable Main Program 

15 The portable main program describes the procedure 

of the same game as the stationary main program in the 
stationary game program 511, in a manner suitable for use 
in the portable game machine 200 . 

(b) Portable Frame Processing Program 

20 The portable frame processing program calculates 

coordinates (in three dimensions) of a character object 
and a background object in a game space, in accordance 
with the portable main program and an operation instruction 
received from an operation button of the portable game 

25 machine 200 . The portable frame processing program writes 
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the calculated coordinates to a main storage unit 210 in 
the portable game machine 200. 

The portable frame processing program then calls a 
background object generation instruction and a character 
5 object generation instruction. 

Further, the portable frame processing program 
transfers a frame image stored in a frame buffer in the 
main storage unit 210 to a VRAM 215, during a vertical 
blanking interval. This completes the portable frame 
10 processing program. 

(4) Portable Character Processing Program 581 

The portable character processing program 581 
includes a program unit 582 , as shown in FIG . 2. The program 
unit 582 includes a portable image generation program. 
15 The portable image generation program is a computer 

program made up of a plurality of machine instructions, 
which are to be decoded and executed by the main control 
unit 208 in the portable game machine 200. Which is to 
* say, the portable image generation program is used by the 
20 main control unit 208. 

The following explains the portable image generation 
program. Here, to help understand the procedure described 
by the portable image generation program, the portable 
image generation program is shown not in the form of machine 
25 instructions but in the form of a flowchart in FIG. 5. 
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The portable image generation program reads 
coordinates of an object to be generated, from the main 
storage unit 210 (S464). 

The portable image generation program then reads 
5 object data corresponding to the read coordinates, from 
the main storage unit 210 (S465). The portable image 
generation program generates polygon data from the read 
object data (S4 66 ) . The portable image generation program 
then perspective-projects the polygon data (S467), removes 
10 hidden surfaces and lines (S468), and generates shading 
data (S469) . 

The above polygon generation is a known technique 
and so its explanation has been omitted here. 
1.2. Cartridge 400 

15 PIG. 4 shows a construction of the cartridge 400. 

As shown in the drawing, the cartridge 400 includes an 
information storage unit 401 and an input/output unit 402 . 
(1) Information Storage Unit 401 

The information storage unit 401 stores, for example, 

20 a portable game program 411 and a portable character 
processing program 451 beforehand, as shown in FIG. 4. 
The portable game program 411 and the portable character 
processing program 451 are computer programs and computer 
data for use in the portable game machine 2 00 , and constitute 

25 portable game software. 
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The portable game program 411 includes a related 
information unit 421, a program unit 431, and an object 
data unit 441. 

(Related Information Unit 421) 
5 The related information unit 421 includes audio 

information and the like (not illustrated), like the 
related information unit 521 in the stationary game program 
511 stored on the DVD 500. 
(Program Unit 431) 
10 The program unit 431 includes a portable main program 

r 

for executing a game, and a portable frame processing 
program for processing one frame of image in the game. 
Each of these computer programs is made up of a plurality 
of machine instructions, which are to be decoded and 
15 executed by the main control unit 208 in the portable game 
machine 200. Which is to say, the portable main program 
and the portable frame processing program are used by the 
main control unit 208 . 

(a) Portable Main Program 

20 The portable main program describes a procedure of 

the game in a manner suitable for use in the portable game 
machine 200 . 

(b) Portable Frame Processing Program 

The portable frame processing program is called by 
25 the portable main program . This portable frame processing 
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program has the same procedure as the portable frame 
processing program in the portable game program 5 61 stored 
on the DVD 500. 
(Object Data Unit 441) 
5 The object data unit 441 includes character object 

data 442, background object data 443, and other object 
data (not illustrated), as shown in FIG. 4. 

The character object data 442 and the background 
object data 443 respectively show character objects and 

10 background objects in the form of polygon in a 

three-dimensional coordinate system. The character 
object data 442 and the background object data 443 are 
produced for use in the portable game machine 200. The 
size of each polygon is set beforehand depending on the 

15 display capacity and processing power of the portable game 
machine 200 . 

(Portable Character Processing Program 451) 

The portable character processing program 451 
includes a program unit 452 , as shown in PIG . 4 . The program 
20 unit 452 includes a portable image generation program. 

This portable image generation program has the same 
procedure as the portable image generation program in the 
portable character processing program 581 stored on the 
DVD 500. 
25 (2) Input/output Unit 402 
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The input/output unit 4 02 performs data transfer 
according to a request by a device to which the cartridge 
400 is connected. The device referred to here is the 
portable game machine 200. 
5 1.3. Stationary Game Machine 100 

FIG. 6 shows a construction of the stationary game 
machine 100. As illustrated, the stationary game machine 
100 includes the controller control unit 101, a memory 
card input/output unit 102, a drive unit 103, the frame 

10 buffer 106, an authentication unit 107, the main control 
unit 108, .the register unit 109, the main storage unit 
110, an information storage unit 111, the graphics control 
unit 113, the graphics storage unit 114, the VRAM 115, 
an image signal generation unit 116, an audio signal 

15 generation unit 117, a system bus 118, and an image bus 
119 . 

The controller control unit 101, the memory card 
input/output unit 102, the drive unit 10 3 , the frame buff er 
106, the authentication unit 107, the main control unit 

20 108, the main storage unit 110, the information storage 
unit 111, the graphics storage unit 114, the image signal 
generation unit 116, and the audio signal generation unit 
117 are connected to the system bus 118 . The frame buffer 
106, the graphics control unit 113, the graphics storage 

25 unit 114, the VRAM 115, and the image signal generation 

35 



WO 2005/039717 PCT/JP2004/0 16452 

unit 116 are connected to the image bus 119. 

As shown in FIG. 1, the operation controller 122 and 
a monitor 120 are connected to the stationary game machine 
100. Also, the DVD 500 and the memory card 300 can be 
5 inserted in the stationary game machine 100 . 

(1) Operation Controller 122 

The operation controller 122 has a plurality of 
buttons on its surface. When receiving an operation of 
a button from the user , the operation controller 112 outputs 
10 an operation instruction corresponding to the button to 
the stationary game machine 10 0. 

(2) Controller Control Unit 101, Memory Card Input/output 
Unit 102, and Drive Unit 103 

The controller control unit 101 is connected to the 
15 operation controller 122 . The controller control unit 101 
receives an operation instruction corresponding to a button 
from the operation controller 122, and outputs the 
operation instruction to the main control unit 108 via 
the system bus 118 . 
20 The memory card input/output unit 102 is connected 

to the memory card 3 00 when the memory card 30 0 is inserted 
in the stationary game machine 100. Under control of the 
main control unit 108, the memory card input/output unit 
102 reads information from the memory card 300 and outputs 
25 the read information to the main control unit 108 via the 
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system bus 118, or receives information from the main 
control unit 108 via the system bus 118 and writes the 
received information to the memory card 3 00. 

The drive unit 103 reads information from the DVD 
5 500 and outputs the read information to the main control 
unit 108 via the system bus 118, under control of the main 
control unit 108. 

(3) Monitor 120 

The monitor 120 includes a speaker 121. The monitor 
10 120 receives an image signal including a vertical blanking 
interval and a horizontal blanking interval from the image 
signal generation unit 116, and displays an image based 
on the received image signal. The speaker 121 receives 
an audio signal from the audio signal generation unit 117, 
15 converts the audio signal to a sound, and outputs the sound. 

(4) Main Storage Unit 110, Information Storage Unit 111, 
and Graphics Storage Unit 114 

The main storage unit 110 can be realized by a RAM. 
FIG. 7 shows an example of information stored in the main 
20 storage unit 110. In the drawing, the main storage unit 
110 stores a stationary game program 131, a conversion 
table 141, and a conversion program 142. 

The graphics storage unit 114 can be realized by a 
RAM. PIG. 8 shows an example of information stored in the 
25 graphics storage unit 114. In the drawing, the graphics 
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storage unit 114 stores an object data unit 134 and a 
stationary character processing program 135. 

The information storage unit 111 can be realized by 
a hard disk unit. The information storage unit 111 stores 
5 the conversion program and the conversion table. The 
information storage unit 111 also stores an encryption 
program (not illustrated). The conversion program, the 
conversion table, and the encryption program are computer 
programs and computer data for use in the stationary game 

10 machine 100. Each of the computer programs is made up of 
a plurality of machine instructions , which are to be decoded 
and executed by the main control unit 108 in the stationary 
game machine 100. Which is to say, the conversion program 
and the encryption program are used by the main control 

15 unit 108. 

The conversion program is a computer program for 
converting object data in the form of three-dimensional 
surface data to polygon data, with reference to the 
conversion table. 

20 The three-dimensional surface data shows an object 

in the form of free-form curve and free-form surface, as 
shown in FIG. 10 A. To convert this to polygon data, points 
which serve as polygon vertices are extracted and a polygon 
is generated from coordinates of the extracted points. 

25 In more detail, the free- form curves in the 
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three-dimensional surface data shown in FIG. 10A are 
divided into partial curves, and each partial curve is 
extracted as shown in FIG. 10B. Each extracted partial 
curve is then processed in the following way. First, a 
start point and an end point of the partial curve are 
specified. Then coordinates of polygon vertices are set 
according to a curvature of the partial curve from the 
start point to the end point , as shown in FIG . IOC. Finally, 
a polygon is generated based on the set polygon vertices. 

The polygon generation is a known technique and so 
its detailed explanation has been omitted here. 
(Conversion Table) 

FIG. 9 shows a structure of the conversion table. 
As illustrated, the conversion table shows lower- limit 
cumulative curvature R L and upper-limit polygon side length 
N max of roughness 1 and roughness 2, according to pixel 
size . 

The pixel size shows the number of pixels of the 
portable game machine 200 which is expected to use copied 
object data . The stationary game machine 100 reads a pixel 
size of an LCD unit 220 equipped in the portable game machine 
200 from the memory card 300, and converts object data 
based on the read pixel size to thereby reduce the data 
size of the object data . 

Lower-limit cumulative curvature R L and upper-limit 
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polygon side length N max are input values used by the 
conversion program. Lower- limit cumulative curvature R L 
serves as a threshold when setting a polygon vertex. 
Upper- limit polygon side length N ma x shows a maximum 
5 interval of adjacent polygon vertices. Polygon vertices 
are spaced so as not to exceed this maximum interval. 

Lower- limit cumulative curvature R L and upper- limit 
polygon side length N max of roughness 2 are greater than 
lower-limit cumulative curvature R L and upper-limit 

10 polygon side length N max of roughness 1. This being so, 
when using lower- limit cumulative curvature R L and 
upper-limit polygon side length N ma x of roughness 2 as input 
values, the object data is converted to data of a rougher 
polygon than when using lower- limit cumulative curvature 

15 R L and upper-limit polygon side length N max of roughness 
1, with it being possible to reduce the data size of the 
object data to a greater extent. 
(Conversion Program) 

The conversion program is explained below. Here, to 

20 help understand how the main control unit 108 operates 
in accordance with the conversion program, the conversion 
program is shown not in the form of machine instructions 
but in the form of a flowchart in FIG. 11. Also, the 
following explanation uses the example shown in FIG. 10. 

25 The main control unit 108 specifies lower-limit 
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cumulative curvature R L and upper-limit polygon side length 
N max of roughness 1 that correspond to the pixel size read 
from the memory card 300, in the conversion table (S6 01) . 

The main control unit 108 sets conversion count T 
to 0 as an initial value (S602), and cumulative curvature 
R and polygon side length N to 0 as initial values (S603 ) . 
Here, conversion count T is a variable showing whether 
conversion has been performed for both roughness 1 and 
roughness 2 . Cumulative curvature R is a variable showing 
a cumulated curvature of the curve that is to be processed. 
Polygon side length N is a variable showing a distance 
between adjacent polygon vertices . 

The main control unit 108 sets a start point and an 
end point of the partial curve shown in FIG . 10B, andperforms 
the following processing while moving the target point 
along the partial curve from the start point to the end 
point . 

First, the main control unit 108 calculates curvature 
r at the target point (S604) . Curvature r is a reciprocal 
of a radius of curvature. This being so, when curvature 
r is greater, the curvedness is larger. The main control 
unit 108 adds calculated curvature r to cumulative 
curvature R (S605). 

Next, the main control unit 108 judges whether 
cumulative curvature R is smaller than lower-limit 
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cumulative curvature R L (S606). If R-<R L (S606:YES), that 
is, if the curvedness is small, the main control unit 108 
judges whether polygon side length N is smaller than 
upper-limit polygon side length N ma x (S607). If N^N max 
5 (S607:YES), the main control unit 108 increments polygon 
side length N by 1 , without setting a polygon vertex ( S610 ) . 
As a result, the target point is moved on the partial curve 
( S611 ) . The main control unit 108 j udges whether the target 
point is at the end point of the partial curve (S612). 
10 If not (S612:NO), the main. control unit 108 returns to 
step S604 

The main control unit 108 again calculates curvature 
r at the target point (S604), adds calculated curvature 
r to cumulative curvature R (S605), and judges whether 

15 R^R L (S606). If RbR L (S606 :N0) , that is, if the curvedness 
is large, the main control unit 108 sets coordinates of 
the target point as coordinates of a polygon vertex ( S608 ) . 
Also, if R*< Rl (S606:YES) but polygon side length N is no 
smaller than upper- limit polygon side length N max (S607 :NO) , 

20 the main control unit 108 sets the coordinates of the target 
point as the coordinates of the polygon vertex (S608). 

After this, the main control unit 108 assigns 0 to 
cumulative curvature R and polygon side length N (S609), 
and increments polygon side length N by 1 (S610) to move 

25 the target point on the partial curve ( S611 ) . If the target 
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point is not at the end point (S612:NO), the main control 
unit 108 returns to step S604. 

Thus, the main control unit 10 8 judges whether to 
set a polygon vertex, while moving the target point along 
5 the partial curve. Once the target point has reached the 
end point of the partial curve ( S612 : YES ) , the main control 
unit 10 8 judges whether there is any partial curve which 
has not been processed yet (S613). If there is any 
unprocessed partial curve (S613:NO), the main control unit 

10 108 sets the target point at a start point of the unprocessed 
partial curve (S614), and returns to step S603. 

Once all partial curves have been processed 
(S613:YES), the main control unit 108 generates a polygon 
based on the set coordinates of the polygon vertices ( S615 ) . 

15 The main control unit 108 judges whether a total size 

of the object data, which is converted from 
three-dimensional surface data to polygon data in the above 
way, and the portable game program 5 61 and the portable 
character processing program 581 stored on the DVD 500 

20 is within an available memory size of the memory card 300 
(S616) . If the total size is within the available memory 
size of the memory card 300 (S616:YES), the main control 
unit 108 outputs portable game software that is made up 
of the converted object data, the portable game program 

25 561, and the portable character processing program 581, 
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to the memory card 3 00 (S620). 

If the total size exceeds the available memory size 
of the memory card 300 (S616:NO), the main control unit 
108 judges whether conversion count T is 1 (S617) . If not 
5 ( S617 : NO) , the main control unit 108 increments conversion 
count T by 1 (S618), selects lower-limit cumulative 
curvature R L and upper- limit polygon side length N ma x of 
roughness 2 that correspond to the pixel size read from 
the memory card 300 in the conversion table (S619), and 

10 returns to step S603 . If conversion count T is 1 (S617 : YES) , 
that is, if conversion has already been performed for both 
roughness 1 and roughness 2, the main control unit 108 
displays a message indicating that no rougher image is 
available (S621), and ends the operation. 

15 Note that a method of determining a polygon side length 

according to curvature is a known technique as described 
in Japanese Patent Application Publication No, H09-171567, 
so that its detailed explanation has been omitted. 
(5) Register Unit 109 

20 FIG. 13 shows a structure of the register unit 109. 

As illustrated, the register unit 109 has three registers 
that are the register R0 151, the register Rl 152, and 
the register R2 153. Each of these registers is 128 bits 
long . 

25 The register unit 109 is connected to both the main 
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control unit 108 and the graphics control unit 113. 

The register R0 151, the register Rl 152, and the 
register R2 153 are used for the following predetermined 
purposes . 

5 The register R0 151 is used for storing an instruction 

by the main control unit 108. FIG. 14 shows types of 
instructions stored in the register R0 151 . As illustrated, 
one of a character object generation instruction 156, a 
background ob j ect generation instruction 157 , and a display 

10 instruction 159 is stored in the register R0 151. 

The character object generation instruction 156 is 
an instruction to generate an image of a character object, 
and the background object generation instruction 157 is 
an instruction to generate an image of a background object . 

15 The display instruction 159 is an instruction to transfer 
a frame image stored in the frame buffer 10 6 to the VRAM 
115 . 

The register Rl 152 is used for storing coordinates 
of a character object, whereas the register R2 153 is used 

20 for storing coordinates of a background object. Here, 
three 32-bit units of each of the register Rl 152 and the 
register R2 153 from the most significant bit are used 
to respectively store X, Y, and Z coordinates. 
(6) Frame Buffer 106 

25 The frame buffer 106 has an area for storing one frame 
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of image. Such a frame image has 256, 000 pixels made up 
of amatrix of 400 vertical pixels and 640 horizontal pixels . 

(7) Authentication Unit 107 

Before the main control unit 108 starts communication 
or information transfer with an external device which is 
connected to the stationary game machine 10 0, the 
authentication unit 107 performs mutual authentication 
with the external device according to a challenge-response 
protocol under control of the main control unit 108. 

The challenge-response protocol is a known technique 

r 

and so its. explanation has been omitted here. 

The authentication unit 107 outputs a result of 
authenticating the external device to the main control 
unit 108. If the authentication has failed, the 
authentication unit 107 prohibits the main control unit 
108 to perform communication or information transfer with 
the external device . If the authentication has succeeded, 
the authentication unit 107 permits the main control unit 
108 to perform communication or information transfer with 
the external device. 

The external device referred to here is the memory 
card 300. 

(8) Main Control Unit 108 

The main control unit 108 can actually be realized 
by a microprocessor and a RAM (not illustrated) . A computer 
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program is stored in the RAM, the main storage unit 110, 
or the information storage unit 111. The functions of the 
main control unit 108 can be achieved by the microprocessor 
operating in accordance with this computer program. 
5 (Menu Display) 

When the user activates the stationary game machine 

100, the main control unit 108 generates a menu screen, 
such as a menu screen 160 shown in FIG . 15 . The menu screen 
160 contains a plurality of options 161, 162, and 163. 

10 The option 161 is used to play a game. 

The option 162 is used to copy stationary game software 
to the memory card 300 . 

The option 163 is used to perform other operations. 
When the user selects one of the options 161, 162, 
15 and 163, the main control unit 108 receives an operation 
instruction corresponding to the selected option from the 
operation controller 122 via the controller control unit 

101, and performs an operation corresponding to the 
operation instruction . 

20 (Game Play) 

When the user selects the option 161, the main control 
unit 108 reads the stationary game program 511 from the 
DVD 50 0, and writes the stationary game program 511 to 
the main storage unit 110 . The main control unit 108 reads 

25 the object data unit 541 from the stationary game program 
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511, and writes the object data unit 541 to the graphics 
storage unit 114. The main control unit 108 also reads 
the stationary character processing program 551 from the 
DVD 500, and writes the stationary character processing 
5 program 551 to the graphics storage unit 114. 

Next, the main control unit 108 fetches one 
instruction at a time from the program unit 531 in the 
stationary game program 511 stored in the main storage 
unit 110, decodes the fetched instruction, and executes 
10 the decoded instruction . The fetch, decode, and execution 
are repeated for each instruction in the program unit 531. 
(Copying of Stationary Game Software) 

When the user selects the option 162 , the main control 
unit 108 outputs copy inquiry information for inquiring 
15 whether stationary game software can be copied to the memory 
card 3 00, to the memory card 3 00 via the memory card 
input/output unit 102 . 

If the main control unit 108 receives from the memory 
card 300 copy prohibition information indicating that the 
20 stationary game software cannot be copied to the memory 
card 300, the main control unit 108 generates a copy 
prohibition screen notifying the user that the copy is 
prohibited, and writes the copy prohibition screen to the 
frame buffer 106. 
25 If the main control unit 108 receives from the memory 
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card 300 copy permission information indicating that the 
stationary game software can be copied to the memory card 
300 together with a public key certificate of the memory 
card 300, the pixel size of the portable game machine 200, 
5 and the available memory size of the memory card 300, the 
main control unit 108 writes the public key certificate, 
the pixel size, and the available memory size to the main 
storage unit 110, The main control unit 108 reads the 
object data unit 541 in the stationary game program 511 

10 from, the DVD 500, and writes the object data unit 541 to 
the main storage unit 110 . The main control unit 108 also 
reads the conversion program and the conversion table from 
the information storage unit 111 , and writes the conversion 
program and the conversion table to the main storage unit 

15 110. 

Next, the main control unit 10 8 fetches one 
instruction at a time from the conversion program stored 
in the main storage unit 110, decodes the fetched 
instruction, and executes the decoded instruction. The 

20 fetch, decode, and execution are repeated for each 

instruction in the conversion program, as a result of which 
the object data in the object data unit 541 stored on the 
DVD 500 in the form of three-dimensional surface data is 
converted to polygon data. 

25 After this, the main control unit 108 generates 
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portable game software such as portable game software 
590 shown in PIG. 12. The portable game software 590 is 
made up of a portable game program 562 and the portable 
character processing program 581. The portable game 
5 program 562 is made up of the related information unit 
521, the program unit 571, and an object data unit 591. 
The object data unit 591 includes character object data 
592 and background object data 593 that are obtained by 
converting the character ob j ect data 542 and the background 
10 object data 54 3 in the object data unit 541 stored on the 
DVD 500. The main control unit 108 encrypts the generated 
portable game software using a public key contained in 
the public key certificate stored in the main storage unit 
110, according to encryption algorithm E2 . The main 
15 control unit 108 outputs the encrypted portable game 
software to the memory card 3 00 via the memory card 
input/output unit 102. 

Encryption algorithm E2 referred to here is a 
public-key encryption algorithm such as RSA. Since RSA 
20 is a known technique, its explanation has been omitted. 
(9) Graphics Control Unit 113 

The graphics control unit 113 can actually be realized 
by a graphics processor (not illustrated) . 

The graphics control unit 113 fetches one instruction 
25 at a time from the stationary character processing program 
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stored in the graphics storage unit 114 , decodes the fetched 
instruction, and executes the decoded instruction. The 
fetch, decode, and execution are repeated for each 
instruction in the stationary character processing 
5 program. 

(10) VRAM 115 

The VRAM 115 has an area for storing one frame of 
image. Such a frame image has 256, 000 pixels made up of 
a matrix of 400 vertical pixels and 640 horizontal pixels. 
10 This frame image has the same size as the frame image stored 
in the frame buffer 106. 

(11) Image Signal Generation Unit 116 

The image signal generation unit 116 performs the 
following processing (a) and (b), in units of 1/60 second. 
15 (a) Generate a vertical synchronizing signal, and 

output the vertical synchronizing signal to the monitor 
120. This period is called a vertical blanking interval. 

(b) Perform steps (bl) to (b3) 400 times that 
correspond to the number of vertical pixels of the frame 
20 image stored in the VRAM 115 . 

(bl) Read one horizontal line of pixels (640 pixels) 
of the frame image stored in the VRAM 115 . 

(b2 ) Generate one line of image signal and a horizontal 
synchronizing signal, from the read pixels. 
25 (b3 ) Output the generated image signal and horizontal 
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synchronizing signal to the monitor 120. 
(12) Audio Signal Generation Unit 117 

Under control of the main control unit 108, the audio 
signal generation unit 117 reads digital audio information 
5 from the main storage unit 110, decodes the read audio 
information, converts the decoded audio information to 
an analog audio signal, and outputs the analog audio signal 
to the speaker 121. 
1.4. Portable Game Machine 200 

10 FIG. 16 shows a construction of the portable game 

machine 200. In the drawing, the portable game machine 
200 includes an input unit 201, a memory card input/output 
unit 202, a cartridge input/output unit 203, the main 
control unit 208, the main storage unit 210, an 

15 authentication unit 212, the VRAM 215, an image signal 
generation unit 216, an electronic sound generation unit 
217, a system bus 218, the LCD unit 220, and a speaker 
221 . 

The input unit 201, the memory card input/output unit 
20 202, the cartridge input/output unit 203, the main control 
unit 208, the main storage unit 210, the authentication 
unit 212, the VRAM 215, the image signal generation unit 
216, and the electronic sound generation unit 217 are 
connected to the system bus 218 . 
25 Also, the cartridge 4 00 and the memory card 3 00 can 
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be inserted in the portable game machine 20 0. 

(1) Input Unit 201 

The input unit 201 is equipped with a plurality of 
buttons . Upon receiving an operation on any of the buttons 
5 from the user, the input unit 201 generates an operation 
instruction corresponding to the button, and outputs the 
operation instruction to the main control unit 208 via 
the system bus 218 . 

(2) Memory Card Input/output Unit 202 and Cartridge 
10 Input/output Unit 203 

The memory card input/output unit 202 is connected 
to the memory card 3 00 when the memory card 3 00 is inserted 
in the portable game machine 200. Under control of the 
main control unit 208, the memory card input/output unit 

15 202 reads information from the memory card 300 and outputs 
the read information to the main control unit 208 via the 
system bus 218, or receives information from the main 
control unit 208 via the system bus 218 and writes the 
received information to the memory card 300. 

20 The cartridge input/output unit 203 reads information 

from the cartridge 40 0 and outputs the read information 
to the main control unit 208 via the system bus 218, under 
control of the main control unit 208. 

(3) LCD Unit 220 and Speaker 221 

25 The LCD unit 220 receives an image signal including 
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a vertical blanking interval and a horizontal blanking 
interval from the image signal generation unit 216, and 
displays an image based on the received image signal. 

The speaker 221 receives an audio signal from the 
5 electronic sound generation unit 217, converts the audio 
signal to a sound, and outputs the sound. 

(4) Main Storage Unit 210 

The main storage unit 210 can be realized by a RAM. 
FIG. 17 shows an example of information stored in the main 

10 storage unit 210. In the drawing, the main storage unit 
210 stores a portable game program 231 and a portable 
character processing program 235. The portable game 
program 231 includes a related information unit 232, a 
program unit 233, and an object data unit 234. 

15 The main storage unit 210 also has a frame buffer. 

The frame buffer has an area for storing one frame of image . 
Such a frame image has 64, 000 pixels made up of a matrix 
of 200 vertical pixels and 320 horizontal pixels. 

(5) Authentication Unit 212 

20 Before the main control unit 208 starts communication 

or information transfer with an external device connected 
to the portable game machine 200, the authentication unit 
212 performs mutual authentication with the external device 
according to a challenge-response protocol under control 

25 of the main control unit 208. 
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The authentication unit 212 outputs a result of 
authenticating the external device, to the main control 
unit 208. If the authentication has failed, the 
authentication unit 212 prohibits the main control unit 
5 208 to perform communication or information transfer with 
the external device . If the authentication has succeeded, 
the authentication unit 212 permits the main control unit 
208 to perform communication or information transfer with 
the external device. 
10 The external device referred to here is the memory 

card 300. . 

(6) Main Control Unit 208 

The main control unit 208 can actually be realized 
by a microprocessor and a RAM ( not illustrated) . A computer 
15 program is stored in the RAM or the main storage unit 210. 
The functions of the main control unit 208 can be achieved 
by the microprocessor operating in accordance with this 
computer program. 
(Menu Display) 

20 When the user activates the portable game machine 

200, the main control unit 208 generates a menu screen 
such as a menu screen 170 shown in FIG. 18, which is similar 
to the menu screen 160. The main control unit 208 writes 
the generated menu screen to the VRAM 215 during a vertical 

25 blanking interval. 
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In FIG. 18, the menu screen 170 contains four options 
171 to 174. 

The option 171 is used to play a game stored on the 
cartridge 400. 

5 The option 17 2 is used to play a game stored on the 

memory card 3 0 0. 

The option 173 is used to write the pixel size of 
the LCD unit 220 in the portable game machine 200 to the 
memory card 3 00. 
10 The option 174 is used to perform other operations. 

When. the user selects one of the options 171 to 174, 
the main control unit 208 receives an operation instruction 
corresponding- to the selected option from the input unit 
201, and performs an operation corresponding to the 
15 operation instruction. 

(Writing of a Pixel Size) 

When the user selects the option 173 , the main control 
unit 208 reads the pixel size of the LCD unit 220, and 
outputs the pixel size to the memory card 300 via the memory 
20 card input/output unit 202. 
(Game Play) 

When the user selects the option 172 , the main control 
unit 208 instructs the authentication unit 212 to perform 
mutual authentication with the memory card 300. If the 
25 authentication has succeeded, the main control unit 208 
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performs the following processing. If the authentication 
has failed, the main control unit 208 terminates the 
operation . 

The main control unit 208 reads the portable game 
5 program 56 2 from the memory card 3 00, and writes it to 
the main storage unit 210 . The main control unit 208 also 
reads the portable character processing program 581 from 
the memory card 300, and writes it to the main storage 
unit 210. 

10 Next, the main control unit 208 fetches one 

instruction at a time from the program unit 571 in the 
portable game program 5 62 stored in the main storage unit 
210, decodes the fetched instruction, and executes the 
decoded instruction . The fetch, decode, and execution are 
15 repeated for each instruction in the program unit 571. 

The same applies to the portable game program 411 
stored on the cartridge 400. 

The main control unit 208 also fetches one instruction 
at a time from the program unit 582 in the portable character 
20 processing program 5 81 stored in the main storage unit 
210, decodes the fetched instruction, and executes the 
decoded instruction . The fetch, decode, and execution are 
repeated for each instruction in the program unit 582. 
The same applies to the portable character processing 
25 program 451 stored on the cartridge 400. 
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(7) VRAM 215 

The VRAM 215 has an area for storing one frame of 
image. Such a frame image has 64,000 pixels made up of 
a matrix of 200 vertical pixels and 320 horizontal pixels. 
5 This frame image has the same size as the frame image stored 
in the frame buffer in the main storage unit 210. 

(8) Image Signal Generation Unit 216 

The image signal generation unit 216 performs the 
following processing (a) and (b) , in units of 1/60 second. 
10 (a) Generate a vertical synchronizing signal, and 

output the vertical synchronizing signal to the LCD unit 
220. This period is called a vertical blanking interval. 

(b) Repeat steps (bl) to (b3) 200 times that correspond 
to the number of vertical pixels of the frame image stored 
15 in the VRAM 215 . 

(bl) Read one horizontal line of pixels (320 pixels) 
of. the frame image stored in the VRAM 215. 

(b2 ) Generate one line of image signal and a horizontal 
synchronizing signal from the read pixels. 
20 (b3 ) Output the generated image signal and horizontal 

synchronizing signal to the LCD unit 220. 

(9) Electronic Sound Generation Unit 217 and Speaker 221 

The electronic sound generation unit 217 reads 
digital audio information from the main storage unit 210, 
25 decodes the audio information, converts the decoded audio 
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information to an analog audio signal, and outputs the 
analog audio signal to the speaker 221, under control of 
the main control unit 208. 

The speaker 221 receives the audio signal from the 
5 electronic sound generation unit 217 , and outputs a sound. 
1.5. Memory Card 3 00 

FIG. 19 shows a construction of the memory card 300. 
As shown in the drawing, the memory card 3 00 includes an 
information storage unit 301, a control unit 302, an 
10 input/output unit 303, an authentication unit 304, and 
an encryption/decryption unit 305. 

The memory card 300 can actually be realized by a 
computer system that includes a microprocessor, a ROM, 
a RAM, and the like. A computer program is stored in the 
15 RAM. The functions of the memory card 300 can be achieved 
by the microprocessor operating in accordance with this 
computer program. 

The memory card 3 00 is inserted in an external device . 
The memory card 300 receives information from the external 
20 device and stores the received information, or outputs 
information to the external device. 

The external device referred to here is any of the 
stationary game machine 100, the portable game machine 
200, and the mobile telephone 700. 
25 (1) Information Storage Unit 301 
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The information storage unit 3 01 has a data area 310, 
a secure area 320, a unique key storage area 330, and a 
key storage area 3 40. 

(a) Data Area 310 

5 The data area 310 can be freely accessed by the external 

device. The data area 310 stores an available memory size 
311 which shows the remaining storage capacity of the data 
area 310. Also, the data area 310 has an area for storing 
a pixel size 312 which shows the pixel size of the portable 
10 game machine 200, and an area for storing portable game 
software 3.13 in encrypted form. 

(b) Secure Area 320 

The secure area 320 is accessible only by the external 
device that has succeeded in mutual authentication with 
15 the memory card 30 0. 

The secure area 320 has an area for storing a copy 
application 321 and an area for storing a copy upper limit 
322, which are downloaded from the server device 600. 

The copy application 321 is application software for 
20 performing judgment on copyability and executing copying . 
The copy upper limit 322 shows the number of times stationary 
game software can be copied to the memory card 3 00. 

A copy operation is described in detail later. 

(c) Unique Key Storage Area 330 

25 The unique key storage area 33 0 cannot be accessed 
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from outside the memory card 300. The unique key storage 
area 330 stores a unique key 331 that is unique to the 
memory card 3 00, beforehand, 
(d) Key Storage Area 34 0 
5 The key storage area 340 stores a public key 

certificate 341 and a secret key 342. 

The public key certificate 341 contains the public 
key of the memory card 3 00, and attests to the validity 
of the public key . The public key certificate 341 is issued 
10 by a CA (Certificate Authority) . The CA is a trustable 
third party that issues public key certificates of devices 
belonging to the game system 10. 

The secret key 342 corresponds to the public key 
contained in the public key certificate 341. 
15 (2) Input/output Unit 3 03 

The input/output unit 3 03 reads information from the 
information storage unit 3 01 and outputs the read 
information to the external device , or receives information 
from the external device and writes the received 
20 information to the information storage unit 3 01, under 
control of the control unit 302. 
(3) Control Unit 302 

The control unit 3 02 controls the authentication unit 
3 04 to perform mutual authentication with the external 
25 device, before starting communication or information 
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transfer with the external device. If the authentication 
has succeeded, the control unit 3 02 performs communication 
or information transfer with the external device. If the 
authentication has failed, the control unit 302 does not 
5 perform communication or information transfer with the 
external device. 

The control unit 302 receives information from the 
external device via the input/output unit 3 03, and writes 
the received information to the information storage unit 
10 301. Also, the control unit 302 reads information from 
the information storage unit 3 01, and outputs the read 
information to the external device via the input/output 
unit 3 03. 

(Download of the Copy Application) 

15 When receiving an operation instruction to download 

the copy application from the mobile telephone 700 via 
the input/output unit 3 03 as a result of the user' s operation 
on the mobile telephone 700, the control unit 302 connects 
to the Internet 20 using the communication function of 

20 the mobile telephone 700. The control unit 302 accesses 
the server device 600, and downloads the copy upper limit 
and the copy application. The control unit 302 stores the 
downloaded copy upper limit and copy application to the 
secure area 320 in the information storage unit 301, as 

25 the copy upper limit 322 and the copy application 321. 
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(Acquisition of the Pixel Size of the Portable Game Machine 
200) 

When receiving the pixel size from the portable game 
machine 200 via the input/output unit 303 as a result of 
the user's operation on the portable ' game machine 20 0, 
the control unit 302 stores the pixel size to the data 
area 310 in the information storage unit 301 as the pixel 
size 312 . 

(Copying of Stationary Game Software) 

When receiving copy inquiry information from the 
stationary game machine 100 via the input/output unit 303, 
the control unit 3 02 judges whether the copy upper limit 
322 in the secure area 320 is no less than 1. If the copy 
upper limit 322 is below 1, the control unit 302 outputs 
copy prohibition information to the stationary gamemachine 
100 via the input/output unit 303. 

If the copy upper limit 322 is no less than 1, the 
control unit 302 reads the available memory size 311 and 
the pixel size 312 from the data area 310, reads the public 
key certificate 341 from the key storage unit 340, and 
sets these information as a conversion condition. The 
control unit 3 02 adds the conversion condition to copy 
permission information, and outputs them to the stationary 
game machine 100 via the input/output unit 303. 

When receiving encrypted portable game software from 
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the stationary game machine 100 via the input/output unit 
303, the control unit 302 instructs the 

encryption/decryption unit 3 05 to decrypt the encrypted 
portable game software , to generate portable game software . 
5 After this, the control unit 302 locally encrypts the 
portable game software using the unique key 331 in the 
unique key storage area 33 0, and writes the encrypted 
portable game software to the data area 310 as the portable 
game software 313. 

10 (Output of Portable Game Software) 

When - receiving a request for the portable game 
software from the portable game machine 200 via the 
input/output unit 3 03, the control unit 302 reads the 
portable game software 313 in encrypted form from the data 

15 area 310. The control unit 302 instructs the 

encryption/decryption unit 305 to decrypt the portable 
game software 313 using the unique key 331, and outputs 
the decrypted portable game software to the portable game 
machine 200 via the input/output unit 303. 

20 (4) Authentication Unit 304 

Before the control unit 302 starts communication or 
information transfer with the external device to which 
the memory card 300 is inserted, the authentication unit 
304 performs mutual authentication with the external device 

25 according to a challenge-response protocol under control 
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of the control unit 302. 

The authentication unit 304 outputs a result of 
authenticating the external device, to the control unit 
302 . If the authentication has failed, the authentication 
5 unit 304 prohibits the control unit 302 to perform 

communication or information transfer with the external 
device. If the authentication has succeeded, the 
authentication unit 3 04 permits the control unit 3 02 to 
perform communication or information transfer with the 
10 external device. 

(5) Encryption/decryption Unit 305 

(a) Decryption of Encrypted Portable Game Software 

Under control of the control unit 302, the 
encryption/decryption unit 305 reads the secret key 342 

15 from the key storage area 34 0, and decrypts the portable 
game software which has been encrypted using the public 
key according to encryption algorithm E2, using the secret 
key 342 according to decryption algorithm D2 . Here, 
decryption algorithm D2 is an inverse of encryption 

20 algorithm E2 . 

(b) Encryption of the Decrypted Portable Game Software 

The encryption/decryption unit 305 reads the unique 
key 331 from the unique key storage unit 330, and encrypts 
the portable game software obtained by the above decryption 
25 using the unique key 331 according to encryption algorithm 
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El. The encryption/decryption unit 305 stores the 
encrypted portable game software to the data area 310 as 
the portable game software 313 . As one example, encryption 
algorithm El is DES . Since DES is a known technique, its 
5 explanation has been omitted here. 

(c) Decryption of the Portable Game Software 313 
Under control of the control unit 302, the 
encryption/decryption unit 3 05 reads the portable game 
software 313 in encrypted form from the data area 310, 

10 and decrypts the portable game software 313 using the unique 
key 331 according to decryption algorithm Dl to generate 
the portable game software. Here, decryption algorithm 
Dl is an inverse of encryption algorithm El. The 
encryption/decryption unit 3 05 outputs the generated 

15 portable game software to the control unit 302. 
2. Operation of the Game System 10 
2.1. Copy of Stationary Game Software 

An operation of copying stationary game software from 
the DVD 500 to the memory card 3 00 is explained below, 

20 by referring to FIG. 20. 

The memory card 3 00 downloads and stores the copy 
application in advance. The memory card 300 is inserted 
in the portable game machine 200, and the control unit 
302 in the memory card 300 acquires the pixel size of the 

25 portable game machine 200 and stores it. 



66 



WO 2005/039717 



PCT/JP2004/016452 



The memory card 3 00 is then removed from the portable 
game machine 20 0 and inserted in the stationary game machine 
100. When the stationary game machine 100 receives an 
operation instruction to copy stationary game software 
from the user (S701) , the stationary game machine 100 and 
the memory card 300 perform mutual authentication (S702) . 

If the memory card 300 has failed to authenticate 
the stationary game machine 100 (S703 : NO ) , the memory card 
300 ends the operation. If the memory card 300 has 
succeeded in authenticating the stationary game machine 
100 (S703:-YES), the memory card 300 continues the 
operation. 

If the stationary game machine 100 has failed to 
authenticate the memory card 3 00 (S704:NO), the stationary 
game machine 100 displays a message indicating the 
authentication failure on the monitor 120 (S705) , and ends 
the operation. If the stationary game machine 100 has 
succeeded in authenticating thememory card 300 ( S704 : YES ) , 
the stationary game machine 100 outputs copy inquiry 
information to the memory card 300 (S706). 

Upon receiving the copy inquiry information, the 
memory card 300 reads the copy upper limit 322 from the 
secure area 320 (S707), and judges whether the copy upper 
limit 322 is no less than 1 (S70*8). 

If the copy upper limit 3 22 is less than 1 (S7 08 :NO) , 
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the memory card 300 outputs copy prohibition information 
(S709), and ends the operation. 

If the copy upper limit 322 is no less than 1 (S708 : YES) , 
the memory card 300 reads the conversion condition (S710) , 
5 and outputs copy permission information together with the 
conversion condition (S711) . 

When receiving the copy prohibition information 
(S712:NO), the stationary game machine 100 displays a 
message indicating copy prohibition on the monitor 120 
10 (S713), and ends the operation. 

When -receiving the copy permission information 
(S712:YES), the stationary game machine 10 0 reads the 
object data unit 541 from the DVD 50 0, and converts the 
object data in the object data unit 541 from 
15 three-dimensional surface data to polygon data. 

Next, the stationary game machine 10 0 judges whether 
a size of portable game software that is made up of the 
portable game program 5 62 including the converted object 
data and the portable character processing program 581 
20 is no greater than the available memory size 311 included 
in the conversion condition (S715). If the size of the 
portable game software is greater than the available memory 
size 311 (S715:NO), the stationary game machine 100 
displays a message indicating insufficient memory on the 
25 monitor 120 (S716) . The stationary game machine 100 also 
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outputs information indicating insufficient memory to the 
memory card 3 00 (S717), and ends the operation. 

If the size of the portable game software is no greater 
than the available memory size (S715:YES), on the other 
5 hand, the stationary game machine 100 encrypts the portable 
game software using the public key in the public key 
certificate 341 included in the conversion condition (S718) . 
The stationary game machine 100 outputs the encrypted 
portable game software to the memory card 300 (S719). 

10 When receiving the information indicating 

insufficient memory (S720:NO), the memory card 300 ends 
the operation . 

When receiving the encrypted portable game software 
(S720:YES), the memory card 300 decrypts the encrypted 

15 portable game software using the secret key 342 by the 
encryption/decryption unit 305 (S721) . The memory card 
3 00 then encrypts the decrypted portable game software 
using the unique key 331 (S722), and writes the encrypted 
portable game software to the data area 310 as the portable 

20 game software 313 (S723). 

After the copy has been completed, the memory card 
3 00 decrements the copy upper limit 322 by 1 (S724), and 
ends the operation. 
3. Modifications 

25 The present invention has been described by way of 
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the above embodiment, though it should be obvious that 
the present invention is not limited to the above . Example 
modifications are given below. 

(1) If the memory card 300 is exclusively used for 
5 games, a copy application and a copy upper limit may be 

stored on the memory card 300 beforehand. 

Also, if the stationary game machine 100 has a 
communication function, the memory card 3 00 may download 
a copy application through the use of the communication 

10 function of the stationary game machine 100. 

Also, an additional copy upper limit may be acquired 
later. In this case, the memory card 300 downloads the 
additional copy upper limit from the server device 600 
using the communication function of the mobile telephone 

15 7 0 0, in the same manner as downloading a copy application. 
The memory card 300 then adds the additional copy upper 
limit to the existing copy upper limit 322 stored in the 
secure area 320, and sets the sum as a new copy upper limit 
322 . 

20 Also, when downloading a copy upper limit from the 

server device 6 00, the user may be charged depending on 
the copy upper limit. 

(2) If the portable game machine 200 has a 
communication function, a modification shown in FIG. 21 

25 is possible. 
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Here, game software can be unrestrictedly copied from 
the DVD 50 0 to the memory card 3 00. 

When the memory card 3 00 is inserted in the portable 
game machine 200 and the portable game machine 200 receives 
5 an operation instruction to use the game software stored 
on the memory card 300 via the input unit 201 (S751), the 
portable game machine 200 performs mutual authentication 
with the server device 600 (S752). 

If the server device 600 has failed to authenticate 
10 the portable game machine 200 (S756:NO), the server device 
600 ends the operation. If the server device 600 has 
succeeded in authenticating the portable game machine 200 
(S756 : YES) , the server device 600 continues the operation. 

If the portable game machine 200 has failed to 
15 authenticate the server device 600 (S7 53:NO), the portable 
game machine 200 displays a message indicating the 
authentication failure on the LCD unit 220 (S754), and 
ends the operation. 

If the portable game machine 200 has succeeded in 
20 authenticating the server device 600 (S753:YES), the 
portable game machine 200 requests access permission 
information for accessing the secure area 320 in the memory 
card 300 (S755) . 

Upon reception of the request, the server device 600 
25 reads the access permission information (S757), and sends 
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it to the portable game machine 200 (S758). 

After receiving the access permission information 
(S759), the portable game machine 200 reads the game 
software from the memory card 300 and executes the game 
5 software (S760) . 

Here, the access permission information may be 
information for granting access to the secure area 320, 
or a decryption key for decrypting encrypted data stored 
in the secure area 320. 
10 (3) The above embodiment describes the case where 

game software is encrypted according to a public key cipher 
and written on the memory card 300 , but this can be modified 
as follows . 

The stationary game machine 100 holds device key DKl 
15 which is unique to the stationary game machine 100, and 
the portable game machine 200 holds device key DK2 which 
is unique to the portable game machine 200. 

The memory card 3 00 holds media key Km which is unique 
to the memory card 3 00. The memory card 3 00 also holds 
20 a key set that is made up of encrypted media keys Kml and 
Km2 obtained by encrypting media key Km using each of device 
keys DKl and DK2 . In other words, the key set is a set 
of encrypted media keys obtained by encrypting media key 
Km such that each encrypted media key can be decrypted 
25 using a device key of a valid device. 
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To copy the game software to the memory card 300, 
the stationary game machine 100 acquires the key set from 
the memory card 300. The stationary game machine 100 
selects encrypted media key Kml corresponding to the 
5 stationary game machine 100 from the key set, and decrypts 
encrypted media key Kml using device key DK1 to obtain 
media key Km . 

The stationary game machine 10 0 and the memory card 
300 perform mutual authentication and establish shared 
10 key K . 

If the memory card 3 00 has failed to authenticate 
the stationary game machine 10 0, the memory card 300 ends 
the operation. If the memory card 300 has succeeded in 
authenticating the stationary game machine 100 , the memory 

15 card 300 continues the operation. 

If the stationary game machine 100 has failed to 
authenticate the memory card 3 00, the stationary game 
machine 100 ends the operation. If the stationary game 
machine 100 has succeeded in authenticating the memory 

20 card 300, the stationary game machine 100 encrypts key 
Kt which is used for encrypting the game software, using 
shared key K . The stationary game machine 10 0 then outputs 
encrypted key Kt to the memory card 300. The stationary 
game machine 100 also encrypts the game software using 

25 key Kt, and outputs the encrypted game software to the 
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memory card 3 00. 

The memory card 3 00 receives encrypted key Kt and 
the encrypted game software, and decrypts encrypted key 
Kt using shared key K. The memory card 300 stores key Kt 
5 and the encrypted game software, and ends the operation. 

To use such game software stored on the memory card 
300, the portable game machine 200 acquires the key set 
from the memory card 3 00, and selects encrypted tnedia key 
Km2 corresponding to the portable game machine 200 from 
10 the key set. The portable game machine 200 decrypts 

encrypted -media key Km2 using device key DK2 to obtain 
media key Km. 

The portable game machine 200 and the memory card 
300 perform mutual authentication and establish shared 
15 key K. 

If the portable game machine 200 has failed to 
authenticate the memory card 3 00 , the portable game machine 
200 ends the operation. If the portable game machine 200 
has succeeded in authenticating the memory card 300, the 

20 portable game machine 200 continues the operation. 

If the memory card 3 00 has failed to authenticate 
the portable game machine 200, the memory card 300 ends 
the operation. If the memory card 300 has succeeded in 
authenticating the portable game machine 200, the memory 

25 card 300 encrypts key Kt using shared key K, and outputs 
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encrypted key Kt and the encrypted game software to the 
portable game machine 200. 

The portable game machine 200 receives encrypted key 
Kt and the encrypted game software, and decrypts encrypted 
5 key Kt using shared key K to obtain key Kt . The portable 
game machine 200 then decrypts the encrypted game software 
using key Kt . 

In this way, the portable game machine 200 can obtain 
the game software and use the game software. 
10 Here, the mutual authentication may be performed in 

the following way. In this example, the stationary game 
machine 100 or the portable game machine 200 that performs 
the mutual authentication with the memory card 300 is simply 
referred to as a game machine. 
15 The game machine generates random numbers Al and Kl, 

and concatenates Al and Kl to generate Al||Kl. Here, || 
denotes concatenation. The game machine encrypts Al||Kl 
using media key Km, and outputs encrypted Al||Kl to the 
memory card 3 00. 
20 The memory card 300 receives encrypted Al||Kl, and 

decrypts encrypted Al| |K1 using media key Km to obtain Al| |K1 . 
The memory card 300 extracts Al from Al||Kl, and outputs 
Al to the game machine. 

The game machine receives Al, and judges whether 
25 received Al matches generated Al . If they do not match, 
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the game machine ends the operation. If they match, the 
game machine continues the operation. 

The memory card 3 00 generates random numbers A2 and 
K2, and concatenates A2 and K2 to generate A2||K2. The 
5 memory card 300 encrypts A2||K2 using media key Km, and 
outputs encrypted A2||K2 to the game machine. 

The game machine receives encrypted A2||K2, and 
decrypts encrypted A2 | | K2 us ing media key Km to obtain A2 1 | K2 . 
The game machine extracts A2 from A2||K2, and outputs A2 
10 to the memory card 30 0. 

The memory card 300 receives A2 , and judges whether 
received A2 matches generated A2 . If they do not match, 
the memory card 3 00 ends the operation. If they match, 
the memory card 300 calculates shared key K from generated 
15 K2 and received Kl . 

The game machine calculates shared key K from 
generated Kl and received K2 . 

Thus, the memory card 3 00 and the game machine can 
authenticate each other and establish shared key K. 
20 Here, media key Km may not be stored on the memory 

card 300 beforehand. For instance, the memory card 300 
may hold device key DK3 which is unique to the memory card 
300, and select an encrypted media key corresponding to 
the memory card 3 00 from the key set to obtain media key 
25 Km. 
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The above example describes the case where key Kt 
is encrypted and decrypted using shared key K, but key 
Kt may be double-encrypted using media key Km and shared 
key K. 

5 Also, when performing the mutual authentication and 

the key sharing, the stationary game machine 100 may use, 
instead of media key Km, a value calculated by inputting 
a card ID of the memory card 300 and media key Km into 
a function. Further, when encrypting the game software, 

10 the stationary game machine 100 may encrypt key Kt using 
this calculated value, further encrypt encrypted key Kt 
using shared key K, and output double-encrypted key Kt 
to the memory card 300. In this case, the portable game 
machine 200 calculates the value by inputting the card 

15 ID of the memory card 300 and media key Km into the function 
in the same way as the stationary game machine 100, and 
uses the calculated value for decrypting double-encrypted 
key Kt. 

Also, shared key K may be generated by XORing Kl and 
20 K2, or by concatenating Kl and K2 as Kl| |K2 . Alternatively, 
shared key K may be calculated by inputting Kl or K2 into 
a one-way function. 

When using a public-key cipher too, double encryption 
may be performed such as by encrypting a key used for 
25 encrypting game software, using a public key. 
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Also, the memory card 300 and each of the stationary 
game machine 100 and the portable game machine 200 may 
perform mutual authentication and key sharing using their 
public keys, and then encrypt game software using a shared 
5 key according to a secret key cipher such as DES and transfer 
the encrypted game software. 

(4) The above embodiment describes the case where 
a portable game program and a portable character processing 
program are stored on the DVD 500, but they may not be 

10 stored on the DVD 500. If the DVD 500 stores only a 
stationary game program and a stationary character 
processing program corresponding to object data in the 
form of three-dimensional surface data, the memory card 
300 acquires only the object data which is converted in 

15 the form of polygon data from the stationary game machine 
10 0 , and acquires the portable game program and the portable 
character processing program from the server device 600. 

Also, if the memory card 3 00 is designed for use in 
portable game machines, the portable game program and the 

20 portable character processing program may be stored on 
the memory card 3 00 beforehand. 

(5) The above embodiment describes the case where 
the stationary game machine 100 stores the conversion table, 
but the conversion table may be stored on the DVD 500. 

25 Games stored on a DVD differ in the amount of image data, 
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the fineness of images, and the like. This being so, the 
DVD 500 can store a conversion table corresponding to each 
game, in which lower- limit cumulative curvature R L and 
upper- limit polygon side length N max are set in accordance 
5 with the parameters such as the pixel size and processing 
power of the portable game machine 200 which is expected 
to use the game and the available memory size of the memory 
card 30 0. 

Also, object data converted from three-dimensional 
10 surface data to polygon data may be stored on the DVD 500 
beforehand. In such a case, the conversion of the object 
data is conducted at the time of producing the game, and 
both the three-dimensional surface data and the polygon 
data are stored on the DVD 500. 
15 (6) The above embodiment describes the case where 

stationary game software is stored on the DVD 500, but 
the stationary game software may equally be stored on a 
hard disk, a CD-ROM, a BD (Blu-ray Disc), or the like. 

Also, other portable storage media may be used instead 
20 of the memory card 3 00, so long as they can be inserted 
in both the stationary game machine 10 0 and the portable 
game machine 200 and have a secure area. 

Also, the portable game machine 200 may be a mobile 
telephone . 

25 (7) The above embodiment describes the case where 
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if the available memory size is exceeded at roughness 1 
when converting object data, lower-limit cumulative 
curvature R L and upper- limit polygon side length N max of 
roughness 2 are used instead. However, the data size of 
5 the object data may be more gradually reduced by repeating 
conversion in more stages, until the data size becomes 
within the available memory size. This can be done by 
increasing the number of roughness levels corresponding 
to each pixel size in the conversion table. As an 

10 alternative, the conversion table has only roughness 1, 
and if the .available memory size is exceeded at roughness 
1, a predetermined value is added to each of lower- limit 
cumulative curvature R L and upper-limit polygon side length 
N max of roughness 1 to thereby set new lower- limit cumulative 

15 curvature R L and upper-limit polygon side length N max . 

(8) When copying game software to the memory card 
3 00, the game software may be stored in the secure area 
320 in plaintext form without encryption, if the secure 
area 320 has a sufficient storage capacity. 

20 (9) The above embodiment describes the case where 

object data is converted according to the pixel size of 
the LCD unit 220 in the portable game machine 200, but 
this is not a limit for the present invention . For example, 
the object data may be converted based on information about 

25 the processing power of the portable game machine 20 0, 
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such as a processing capability of a CPU (e.g. clock rate) 
or a data transfer rate of a system bus. 

(10) The above embodiment describes the case where 
the conversion from three-dimensional surface data to 

5 polygon data is carried out using the method of determining 
the polygon side length according to curvature, but a 
conventionally- used conversion method may be used instead. 

One example of such a conventionally-used conversion 
method is disclosed by Japanese Patent Application 
10 Publication No. 2001-331812. 

(11) .The above embodiment describes the case where 
game software is copied to the memory card 300 if the number 
of times the game software is permitted to be copied to 
the memory card 300 is no less than 1, but the present' 

15 invention is not limited to this. For instance, when 
copying the game software or when using the copied game 
software, the copyability or usability may be judged based 
on a condition such as the number of times the game software 
is permitted to be copied or used, or a valid period during 

20 which the game software is permitted to be copied or used. 

As a use condition, the memory card 300 may receive 
valid period information indicating a valid period during 
which the copied game software can be used. In such a case, 
the memory card 3 00 stores the valid period information 

25 together with the copy application in advance, or receives 
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the valid period information corresponding to the game 
software from the stationary game machine 100 when copying 
the game software. In the latter case, the stationary 
game machine 100 reads the valid period information 
5 corresponding to the game software from the DVD 5 00, and 
outputs it to the memory card 300 . 

After copying the game software, the memory card 3 00 
stores time information such as the date and time at which 
the game software was copied. Subsequently, when the user 

10 instructs to use the game software on the portable game 
machine 20 0, the memory card 3 00 judges whether the valid 
period has not been passed. If the valid period has not 
been passed, the memory card 300 permits the portable game 
machine 200 to use the game software. If the valid period 

15 has been passed, the memory card 300 prohibits the portable 
game machine 200 to use the game software. 

Here, the user may be charged depending on the valid 
period shown by the valid period information, in the same 
manner as the above modification (1) . Also, if the memory 

20 card 300 is exclusively used for games, the valid period 
information may be stored on the memory card 3 0 0 in advance . 

(12) The present invention also applies to the method 
described above . This method may be realized by a computer 
program that is executed by a computer. Such a computer 

25 program may be distributed as a digital signal. 
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The present invention may be realized by a 
computer- readable storage medium, such as a flexible disk, 
a hard disk, a CD-ROM, an MO, a DVD, a DVD-ROM, a DVD-RAM, 
aBD, or a semiconductor memory , on which the above computer 
5 program or digital signal is recorded. Conversely, the 
present invention may also be realized by the computer 
program or digital signal that is recorded on such a storage 
medium. 

The computer program or digital signal that achieves 
10 the present invention may also be transmitted via a network , 
such as an- electronic communication network, a wired or 
wireless communication network, or the Internet. 

The present invention can also be realized by a 
computer system that includes a microprocessor and a memory . 
15 In this case, the computer program can be stored in the 
memory, with the microprocessor operating in accordance 
with this computer program. 

The computer program or digital signal may be provided 
to an independent computer system by distributing a 
20 computer-readable storage medium on which the computer 
program or digital signal is recorded, or by transmitting 
the computer program or digital signal via a network. The 
independent computer system may then execute the computer 
program or digital signal to function as the present 
25 invention. 
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(13) The above embodiment and modifications may be 
freely combined. 

INDUSTRIAL APPLICABILITY 

The present invention can be used recurrently and 
continuously in an industry that provides computer game 
software to users and in an industry that manufactures 
andsells stationary game machines , portable game machines, 
and computer systems capable of executing computer game 
software . 
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